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© The IBM 370 Input/Output (I/O) architecture separates I/O devices very strictly from the central processing 
unit and its main memory. The I/O devices can apcess the memory only through the channel which takes care 
that only accesses to authorized spaces are performed. 

The invention provides a control interface that allows the I/O devices (9) to communicate with the memory 
directly. The memory space available for data transfer is provided to the I/O devices by two continuously running 
transfer mechanisms, one for inbound and one for outbound data transfer traffic. These mechanisms provide a 
series of buffers (2,3) which are controlled by pointers (6,7) indicating which buffers are full and which ones are 
empty. The current pointer values are exchanged between an application (4) and an I/O device by a third 
continuously running mechanism. Pointers changed are recognized by the application or by the I/O device 
control. The software can get control after a data transfer operation has been completed by using an interrupt 
mechanism. The interrupt mechanism can be tuned by the application by specifying threshold values and 
timers. 
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Control Interface for Transferring Data Between a Data Processing, Unit and Input/Output Devices 

The invention relates to a control interface for transferring data between a data processing unit 
architectured on the rules of the IBM System /370 (S/370) input/output architecture, and one or more 

input/output devices connected thereto. ^ 

input/output (I/O) operations based on the IBM S/370 I/O architecture involve the transfer of Ration 
5 between the main storage of the central processing unit (CPU) and an I/O davice which ,s connected o the 
CPU. I/O devices and their control units are attached to channels which control the information (data) 

tran Tto channels direct the flow of information between the I/O devices and the main storage. They relieve 
the CPU of the task of communicating directly with the I/O devices and permit data processing to proceed 

10 concurrently with the I/O processing. „„-„n^ r i k» 9 rwnrni 

I/O devices are attached to the channel through control units. Th ei r operatton .s controlled by a control 
unit. From a programming point of view most control unit functions are merged with I/O device funrtons. 

I/O activities are initiated through IBM S/370 I/O instructions (Start I/O). Specmc device activrte are 
controlled by channel programs which are initiated via an I/O instruction. The channel which can be 

, 5 SgaSed as a special CPU executes these programs in parallel to the S/370 instructs Processing. At toe 
end of the channel program an interrupt is generated which provides information on the result of the • 
executed imTltalnl programs consist of channel command words (COW'S). The command part 
of fo e CCW is communicated from the channel to the control unit which performs the specific acton. If date 
has to be transferred for the active CCW the control unit/device provides the data or demands them, me 

20 accei to foTSomge tor fetching or storing the data is fully controlled by the channel. The dev,ces never 

S "rneS™w 8 d™ in only one direction: Either inbound or outbound: so wtth one device 
either inbound or outbound traffic can be active at any point in time only. 

In summary an IBM S/370 I/O operation includes a starting instruction (SIO). the execution of the 
25 associated channel program controlled by the channel together with the control unit and the dev.ce, and at 
least one ending interrupt when the channel program is completed. 

I/O architectures very widely used in microprocessor environments are toteHy different There ex.ste a 
very close relationship between the I/O devices and the main memory of foe CPU whichaH 
to access the memory directly. The I/O device itself holds the data address ^ 
oo between itself and the memory by using these addresses. This mechanism .s widely *™ « * ect 
memory access (DMA). It is a very efficient concept insofar as it mmimizes mterference wrth the CPU for 
S yo operations. Once the .0 device has the addresses it can ™f£*Z^Zt^70 
required without needing further excitations or requests from the processmg | umt So whereas *e '^70 
channel architecture provides for optimal protection of the memory the DMA concept .s a very effective 

35 means for handling data transfer. . , Rk . e« 7 f> 

It is thus an object of the invention to provide an interface control which enables an IBM S/370 
computer system to execute a continuously running data transfer in either directions, mbound and 

'^SZZSti^ is accomplished by the features of the man claim. Further advantageous 

40 embodiments and implementations are disclosed in the subclaims. 

Generally speaking the control interface of the invention transposes the DMA concept into the IBM 
S/370 I/O architecture world. The memory space available for data transfer is ^ 6 ^*£ e ™<^™* 
two continuously running control mechanisms, one for inbound and one fo ^ u ^^ 
mechanisms provide a series of buffers as specified by I/O control words (CCWs). Wh.ch buffers are 

45 anally available for data traffic is determined by pointers (indicator means). The buffers are <mplemented 
aTa clcular buffer pool and the pointers indicate which of the buffers are full and wh.ch are empty The 

exchange between the application which had called tor a dato transfer, and toe 
device by means of a third continuouly running control mechanism. The pointers are changed 1 and the 
changes are recognized by the I/O device by means of periodically sensing the exchanged contra 

50 information. This mechanism can either sense the appropriate control information or rt can use an ntenup 
mechanism for getting control after data transfer has been completed by the UO dejjce The Intern^ 
mechanism can be tuned by the application by specifying threshold va ues and setfangj bmers. Jhree 
unshared I/O control mechanisms are used for these functions: Two for the inbound and ^^ 6a* po* 
and one for the controlling port: a fourth I/O control mechanism is used to present .nterruptons f requKed 
By applying the features of the invention to an interface control unit the following advantages will be 
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achieved: 

Continuously running data transfers at any time in both directions at the same time controlled by the 
interface control unit of the invention attached to the IBM S/370 channel. 
5 • * 

Minimization of required I/O instructions and I/O interrupts, which leads to reductions in software path 
lengths controlling the I/O operations, and minimization of response times between the application 
performing the data transfer and the I/O device. * 

10 Minimization of software turn-around times by continuously running data traffic. 

Direct control of the data traffic by the application program layers without requiring system interactions, 
as in the conventional IBM S/370 I/O. 

A complete understanding of the present invention may be obtained by reference to the accompanying 
75 drawings, when taken in conjunction with the detailed description thereof and in which: 
Fig. 1 is a block diagram illustrating the components of the control interface; 
Fig. 2 represents a block diagram of the various data and control lines interconnecting the 
components of Fig. 1 ; 

Frg. 3 is a block diagram illustrating the control interface when used for outbound data transfers; 
20 Fig. 4 is a block diagram of the control interface when used for inbound data transfers; 

Fig. 5 is a block diagram of an interrupt control unit and 

Fig. 6a, b, c are signal diagrams with respect to time showing various control signals. 
Figure 1 gives a survey over the essential parts of the control interface. There are two buffer pools, 2 
and 3. Buffer pool 2 is used for data transfers from an input/output device 9 to an application 4, in the 

25 following called inbound buffers. The buffers 12a - 12n of the pool are ring-connected and addressed by 
normal address means 5 known from the art. The other buffer pool 3 is used for outbound data transfers 
from an application 4 to an input/output device 9, in the following called I/O device. The outbound buffers 
11a - I1n are also ring-connected. Normal address means 5 are used to access the single buffers for 
loading and unloading the buffers of the outbound buffer pool. 

30 During operation the housekeeping operations for controlling the loading and unloading of the buffers is 
done by means of a control unit 1 which comprises two sets of pointers, the outbound pointers 6 and the 
inbound pointers 7, each consisting of an index pointer 6a, 7a and an acknowledgment pointer 6b, 7b. The 
index pointer 6a and the acknowledgment pointer 6b represent the outbound pointers 6 and the index 
pointer 7a, and the acknowledgment pointer 7b represents the inbound pointers 7. The inbound pointers are 

35 used to indicate and control the states of the inbound buffers 2, the states of which can be either empty 
(free) or full. The outbound pointers 6 are used to indicate and control the states of the outbound buffers 3. 

The pointers in the preferred embodiment of the invention are one byte values allowing a representation 
of 256 values. Arithmetic operations performed with these values are done modulo 256, i.e. the update of 
the pointers, adding numbers of buffers loaded or unloaded and the comparison of the values. This modulo 

40 256 arithmetic is used independently of the actual number of buffers provided by the application in the 
buffer pool. So a pointer value has no fixed relation to a specific buffer, e.g. the first buffer can be identified 
by a pointer number 0, 5, 10 etc. if 5 buffers are used (MAX BUFFER = 5). 

The I/O controller 8 does not need to know how many buffers are really used. It uses the next loaded or 
unloaded buffer as long as [INDEX] - [ACKN] > 0. The application has to make sure that only the really 

45 allocated number of buffers is used by never allowing [INDEX] - [ACKN] > [MAX BUFFER]. 

This scheme has the advantage that all buffers can be used as long as less than 256 buffers are used. 
In a scheme relating the pointer values to the real buffer numbers one buffer can not be used, e.g. not be 
loaded for outbound data traffic, because it must be clearly defined that [INDEX] = [ACKN] means all 
buffers are loaded or that all buffers are empty (there is one buffer state more than can be covered with the * 

so pointer values). In the modulo 256 scheme this ambiguity can be allowed as long as less than 256 buffers 
are used which is beyond all practical purpose. 

Further, an interrupt control 13 is provided to give control to the application when to start data transfers 
again after all transfers have been completed. 

Referring now to Rg. 2 the interactions of the various system components will be described in 

ss connection with data and control lines connecting the system components to each other. Continuously 
running data transfers can be performed in either direction: From an application 4 to an I/O device 9, 
connected to a medium 10 or from an I/O device to an application. The outbound data traffic is routed via 
data line 01 (as can also be seen in Fig. 1) from an application 4 to the outbound buffers 3 and from there 
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75 



via data line 04 to an I/O controller 8, which is connected to an I/O device 9. 

Inbound data traffic runs over data line 11 from an I/O controller 8 to the inbound buffer(s) 2 and from 
the inbound buffer(s) to an application 4 via data line 14. 

For an outbound data transfer the application loads the next free buffer 11i within the outbound buffer 

s pool 3, the address of which was generated by address means, being e.g. a part of the S/370 channel. The 
application 4 increases the index pointer 6a of the outbound pointers 6 by a certain value via control line 
02 This new index pointer is transferred via control line 03 to the I/O controller 8. This change of the 
outbound index pointer 6a is detected by the I/O controller 8. As a consequence the I/O controller starts the 
transfer of the outbound data temporarily stored in the outbound buffers) 3 to the I/O controller via data line 

10 04. 

Further, the I/O controller 8 increases the acknowledgment pointer 6b of the outbound pointers 6 by the 
same specific amount via control line 05, and the new acknowledgment pointer 6b is transmitted via control 
line 06 to the application 4 which indicates that the buffer(s) used for the outbound data transfer can be re- 
used. 

For a data transfer in the opposite direction (inbound data traffic) the I/O controller 8 transfers inbound 
data to the next free buffer 12i of the inbound buffer pool 2 via data line 11 and increases the 
acknowledgment pointer 7b of the inbound pointers 7 via control line 12. The new acknowledgment pointer 
7b is transferred to the application 4 via control line 13. 

The application 4 detects this change from the old value of the pointer to the new one and starts the 
inbound data transfer from the used inbound buffer 12i of the inbound buffers 2 to the application 4 via data 
line 14. The application increases the inbound pointer, in this case the index pointer and transfers the new 
value on line 15 to the inbound pointer, which is the index pointer 7a. This indicates that the prev.ously used 
buffer is now free for being used again. 

The operations roughly described above will now be explained with more detail in conncection with 
Figs 3 4. 6a and 6b. Starting again with describing outbound data transfers Fig. 3 shows in greater detail 
the various components of the application 4 and of the I/O controller 8. The outbound data traffic in this 
example will transfer data from a data source 14 to one or more of the outbound butfer(s) 3 to a data sink 
24 within the I/O controller 8. The data source and data sink can be of a different nature, e.g. they can be 
registers or storage areas representing fields in a piece of software used for data transmission operations. 

The data flow is controlled by transmission gates (G) 20 and 30. The next free outbound buffer is 
already selected by the address means 5 which are controlled via control line 27 by the channel of the 
system which is not represented in the drawings or it can be controlled by any other known suitable control 
means. A data transmission from the data source 14 to the next free buffer is determined by control signals 
T1, XO' <see Fig. 6b). Control signal XO from which XO' is derived will be generated each time the following 
35 condition is satisfied: 



20 



25 



30 



XO * ([INDEX] - [ACKN]) < [MAX BUFFER] , 

where MAX BUFFER is the number of buffers used within buffer pool 3. 

40 This means that control signal XO is generated, when the difference between the contents of the index 
field 15 and the acknowledgment field 16 is smaller than the contents of the MAX-BUFFER field 17. The 
index field 15 holds an image (duplicate) of the index pointer 6a and the acknowledgment field 16 contains 
an image of the acknowledgment pointer 6b. 

Since at the beginning of a data transfer operation the above condition is met because the difference 

4S [INDEX] - [ACKN] is smaller than the contents of MAX BUFFER 17 control signal XO is transferred to a 
transmission gate 33 which generates the derived control signal XO*. The transmission gate 33 is controlled 
by a control signal T1 which can be regarded as an initial start signal for an outbound data transfer (as can 
also be seen from Fig. 6b). The control signal XO' activates the transmission gate 20 to let the data pass 
from the data source to the outbound buffer(s). 

so The control signal XO' has two further effects: 

1. The control signal XO', delayed by At in delay element 22 is applied to a transmission gate 18 to 
transfer the index pointer incremented by the value V1 by an incrernentor 19 into the index field 15. 

2 The delayed control signal, designated XO' is also applied to a transmission gate 21 wh.ch 
transmits the incremented index value via control line 02 to the index pointer 6a of the outbound pointers 6. 

55 At the same time the new index pointer 6a is transferred via control line 03 to an index field 25 within 
the I/O controller 8. The comparator 45 in the I/O controller detects that the contents of the index field 25 
and of the acknowledgment field 26 which had the same value before the data transfer from the data source 
to the outbound buffer was started, have now different values. This results in the generation of the control 
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signal YO.- Control signal YO-is-transferred-to-a-f urther transmission-gate 34 ^ which-generates the controi 
signal YO'. This transmission gate is controlled by a control signal T2. The control signal YCT controls 
transmission gate 30. The data in the outbound buffer(s) which are transparent to the data line 04 are 
passed from the buffer(s) 3 to the data sink 24. 

Similar to the application 4 a control signal YO" which is derived from control signal YO' by a delay 
element 32 having a delay of At has also to perform two further functions: 

1. To increment the value in the acknowledgment field 26 by an amount of V2 t performed by an 
incrementor 29 and a transmission gate 28 which in turn feeds the updated acknowledgment pointer back 
into the acknowledgment field 26. 

2. Control signal YO* is transferred to a transmission gate 31 which transmits the new acknowledg- 
ment pointer via control line 05 to the acknowledgment pointer 6b of the outbound pointers 6. 

At the same time the new acknowledgment pointer is transmitted over control line 06 to the 
acknowledgment field 16 within .the application 4. On its way to the acknowledgment field 16 the 
acknowledgment pointer has to pass transmission gate 36 which only in an interrupt situation is blocked by 
a control signal T3 from interrupt control 13. The conditions for an interrupt situation will be discussed later 
in the description. 

By this last operation the outbound data transfer cycle is completed. 

The inbound data traffic ( Fig. 4) which can be understood as a data transfer from a data source 24 
within the I/O controller 8 to a data sink 14 within an application 4 is again controlled by the operation cycle 
of a pair of pointers, in this case the index pointer 7a and the acknowledgment pointer 7b within the 
inbound pointers 7. At the beginning of the transfer operation the values or contents of the pointer 7a and 
its duplicates are [ACKN] + [MAX BUFFER] . The values of the pointer 7b and its dupplicates however, are 
[ACKN] . 

When a data transfer is required transmission gate 30 allows the flow of data from the data source 24 to 
one or more of the inbound buffers 2, the address of which is set by address means 5. 

The transmission gate 30 was enabled by a control signal YI' which was transmitted from the 
comparator 45 via a transmission gate 34 controlled by control signal T2. The new acknowledgment pointer, 
increased by the value V2 will be transferred again from the acknowledgment field 26 via transmission gate 
31 and control line !2 to the acknowledgment pointer 7b and via the control line 13 to the acknowledgment 
field 16 (see Fig. 4 and 6a). 

The value change of the acknowledgment pointer will be detected within the application 4, and the 
control signal XI is generated by the components 15, 16, 23, 17 und 35. The transmission gate 33, 
controlled by control signal T1 applies a control signal XI' to the transmission gate 20 so that the data 
bound to data sink 14 can be transferred from the input buffer(s) 2 via data line 14 to the data sink 14. 
Delayed by At, the index value in the index field 15 is increased and transmitted via transmission gate 21 
and over control line 15 to the index pointer 7a within the inbound pointers 7. The new index pointer is 
finally transmitted over control line 16 to the index field 25 within the I/O controller 8. 

The following Table 1 gives an example of changes of the pointer values in the index pointer field 15 
and acknowledgment pointer field 16 in the application 4 for an outbound data traffic where the maximum 
number of buffers provided is 3 ([MAX BUFFER] = 3). 

(Time vector from left to right.) 
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TABLE 1 



Loading of 


No Buffer 


1 Buffer 


2 Buffers 


3 Buffers 


Buffers 


full 


full 


full 


full 






(11a) 


(11a, b) 


(11a, b,c) 


QNDEXJ (15) 


21 


22 


23 


24 ... 


lACKNl f 1 61 


21 

Cm 1 


21 


21 


21 

mm I • • • 


Unloading of 


No Buffer 


1 Buffer 


2 Buffers 


3 Buffers 


Buffers 


empty 


empty 


empty 


empty 






(11a) 


(11b ) 


(11c) 


[INDEX] (15) 


24 


24 


24 


24 ... 


|ACKN] (16) 


21 


22 


23 ] 


24 ... 



Loading and 


2 Buffers 


1 Buffer 


2 Buffers 


Unloading of 


full 


loaded 


loaded 


Buffers 


(11a, b) 


(11c) 


(11a, b) 




1 Buffer 


2 Buffers 


1 Buffer 




empty 


unloaded 


unloaded 






(11a, b) 


(11c) . 


[INDEX] (15) 


24 


25 


27 


^CKNj (16) 


22 


24 


25 



Example a) shows how the three outbound buffers 11a-c are loaded and how the values of the pointers 
in the index field 15 and acknowledgment field 16 are changed during this operation. At the beginning all 
three buffers are free and both pointer values equal 21. In the first transfer step buffer 11a is loaded and the 
value of the index pointer is increased by the value V1 = 1. The new value of the pointer in the index field 
15 is 22. The value of the pointer in the acknowledgment field 16 remains unchanged. When the next free 
buffer 11b is loaded, the value in the index pointer field 15 is increased again by 1. Its contents is now 23. 
The value in the acknowledgment field 16 again remains unchanged. With the last step of this example the 
last buffer 11c is loaded and again the value in the index field 15 is increased by 1 resulting in the final 
value 24. The value in the acknowledgment field 16 remains unchanged as in the previous two steps 
because there were no data transfers from the outbound buffers to the I/O controller 8, and only such 
transfers would result in a value increase of the acknowledgment pointer in the acknowledgment field 16. 
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The example-b) shows-the-unloading-of4he buffers-11a-Gr-At-the-beginning oHhe-unloading-operation 
all 3 buffers are full. The pointer values in the index field 15 and the acknowledgment field 16 have the 
same values as they had after completion of step 3 in the preceding example, which means that the 
contents of the index field 15 is 24 and the one in the acknowledgment field 16 is 21. During the first step 

5 one buffer (11 a) is unloaded, which results in an increase of the value in the acknowledgment field by an 
amount V2 = 1 giving a total value of 22. The value in the index field 15 remains unchanged, i.e. 24. 

During the second step the next buffer (11b) is unloaded and the value in the acknowledgment field 16 
is increased by 1 resulting in a total of 23. After completion of the third step by which the last buffer (11c) 
had been unloaded the values in. the index field 15 and the acknowledgment field 16 equal 24, which means 

w that after a full outbound data transfer cycle the index field 15 and the acknowledgment field 16 hold the 
same value. This is the same situation as at the beginning of an outbound data transfer cycle, with the 
difference that the values at the beginning and at the end differ from each other in most cases. This 
difference equals the number [MAX BUFFER] of buffers used at most. 

Example c) illustrates a mode of operation where loading and unloading take place simultaneously. It is 

75 assumed that at the -beginning two buffers (11a,b) are loaded ^and one buffer is empty (11c). Accordingly, 
the value in the index field 15 is 24 and the one in the acknowledgment field 16 is 22. During the first step 
the free buffer (11c) is loaded and the 2 loaded buffers (lla,b) are unloaded. This results in the pointer 
values 25 in the index field 15 and 24 in the acknowledgment field 16. During the next step the now free 
buffers (lla,b) are loaded again and the full buffer (11c) is unloaded. Accordingly, the value in the index 

20 field 15 is 26 and in the acknowledgment field 16 it is 25. 

Inbound data transfer operations are carried out in a very similar way. 

With respect to an application 4, the following Table 2 shows the conditions under which the control 
signal XO for outbound data transfers and the control signal X! for inbound data transfer operations will be 
generated. 

25 

TABLE 2 

Application 40utbound ( [INDEX] - [ACKN] ) < [MAX BUFFER] 
30 Pointers 6 ~ Buffers free * XO 

Inbound ( [INDEX] - [ACKN] ) < [MAX BUFFER] 
Pointers 7 Buffers full XI 

35 

Similar to Table 2 Table 3 shows with respect to an I/O controller 8 the conditions under which the 
control signal YO for outbound data transfers and the control signal YI for inbound data transfer operations 
are generated. 

40 

TABLE 3 

I/O Controiler 86 [INDEX] [ACKN] -> Buffer available (full) 
45 -^YO 

7 [INDEX] [ACKN] - Buffer available (free) 
AYI 

50 

In general, interrupt situations may arise when the value in the acknowledgment field 26 (7b) (Fig. 4) is 
getting out of synchronism with the value of the acknowledgment field 16, which is possible in cases when 
the application 4 is not running, e.g. when there are no requests for data transfers. For these situations an 
55 interrupt control 13 is provided to the control interface. 

Fig. 5 shows a block representation of the interface control unit 13, comprising a subtracter 40, a 
comparator 41 , a register or data field 42 for storing a threshold value, a further register or data field 43 for 
storing a 1-bit information on whether or not an acknowledgment pointer update is allowed and an OR gate 
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44 generating at its output the control signal T3. 

When the transmission gate 36 in Fig. 4 is blocked, the value in the acknowledgment field cannot be 
updated which means in other words that the acknowledgment value or acknowledgment pointer is 
"sleeping n . The sleeping pointer SLPT is transferred via line 38 to subtracter 40. The other value, the 
5 acknowledgement pointer from the acknowledgment field 26 (7b) is transferred over line 37 to another input 
of subtracter 40. The difference of the two pointers is available on line 49 connected to comparator 41. The 
other input value of the comparator 41 is from threshold field 42 via line 46. The output of the comparator is 
a one bit signal which indicates, when on, that 

([ACKN] - [SLPT]) £ [THRESHOLD]. In this case OR gate 44 generates the control signal T3. When this 
io condition is not met, comparator 41 generates a zero bit which is transmitted on line 48 to the OR gate 44 
which turns off control signal T3. 

Software interrupts are initiated by the ACKN UPDATE ALLOWED field 43 which is loaded by the 
system software. As long as an acknowledgment pointer update is allowed the ACKN UPDATE ALLOWED 
field 43 contains a binary 1 bit which is transferred to_OR gate 44 via line 47. This turns OR gate 44 on, 
is irrespective of whether or not the above condition of comparator 41 is met. So control signal T3 is on again. 
When a zero is loaded into the ACKN UPDATE ALLOWED field 43 OR gate 44 is turned off, when at 
the same time the said condition is not met This turns the control signal T3 off. 

TABLE 4 

20 

[max buffer? = 3 

[THRESHOLD] = 2 

25 



30 






All Buffers 
empty 
(12a, b,c) 


1 Buffer 
loaded (12a) 
Threshold 
not reached 


2 Buffers 
loaded (12a,b), 
Threshold 
reached 




[index] 


(15) 


33 


33 


33 


[sLPTp 


|ackn] 


(16) 


30 


30 


30 32 




|ackn] 


(26) 


30 


31 


32 



40 



The above table 4 shows pointer values for an inbound traffic example where the ACKN UPDATE 
ALLOWED field 43 contains a binary 0, the value of [MAX BUFFER] is three, and [THRESHOLD] is 2. 

At the beginning it is assumed that all buffers (12a,b,c) are empty. The index field 15 contains a value 
of 33, the acknowledgment field 16, which will contain the sleeping pointer SLPT holds a value of 30 and 
the acknowledgment field 26 contains 30. In the first step the first buffer (12a) will be loaded whilst the 
threshold is not yet reached. The index field will hold 33, the sleeping pointer 30 and the acknowledgment 
field 31. 

During the next step two buffers (12a,b) are loaded and now the threshold is reached: the index field 
again remains unchanged; the same is true for the index pointer and only the value in the acknowledgment 
field 26 is increased by 1. Now an interrupt condition is satisfied and T3 will be unblocked. This initiates an 
update of ACKN (16) which in turn initiates the data transfer from the inbound buffer (2) to the data sink 
(14) as described before. 

The treshold values may differ between inbound and outbound data transfer operations. A characteristic 
value for inbound data transfer operations is 1, but it can also be any random value between zero and MAX 
BUFFER. The characteristic threshold value for outbound data transfer operations should be MAX BUFFER 
-1. 

Referring now to Figures 4 and 6c the previously described example will now be explained in detail. 
Initiated by T2 a first data transfer from the data source 24 to the first inbound buffer 12a is started. During 
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step 1 this first data transfer is performed. At the beginning of the next step the first data are in inbound 
buffer 12a. 

During the second step the new acknowledgment pointer is updated and transferred to 7b. Nothing 
happens in the third step because T3 is in the off state. Caused by control signal T2 the second data 
5 transfer to the inbound buffer is initiated and completed at the end of step 4. At the end of step 5 all the 
data are in the data sink 14 and the new pointer is in the acknowledgment field 16. At the end of the sixth 
step the index field 25 finally holds the new index pointer and a new inbound data transfer cycle could be 
started. 

The inbound and outbound data transfer mechanisms can run at the same time (full duplex) when the 
w control interface components represented in Figs. 3 and 4 are provided twice in parallel. 



Claims 

75 1. Control interface for transferring data between a data processing unit and at least one input/output 
(I/O) device (9), with an input/output (I/O) controller (8) connecting the I/O devices to the interface, 
comprising 

a first pool (2) of buffers (11a«n) for buffering data transferred from an I/O device to an application (4), 

20 

a second pool (3) of buffers (12a-n) for buffering data transferred from an application to an I/O device, 

a control unit (1) having outbound pointer means (6) for controlling the outbound data transfer from an 
application to an J/O device, and inbound pointer means (7) for controlling an inbound data transfer from an 
25 I/O device to an application, 

means (15-19, 21-23, 33, 35) within the application and means (25, 26, 28, 29, 31, 32, 34, 45) within the I/O 
controller for changing the values of the pointers and for detecting these changes for deriving inbound 
control signals (XI, Yl) controlling the inbound, and outbound control signals (XO, YO) controlling the 
so outbound data transfers, the control signals depending on the buffer states free (empty) or full, and 

an interrupt control (13) which interrupts inbound and/or outbound data transfers if there are no free buffers 
available, or in cases of software interventions. 

2. Control interface in accordance with Claim 1, wherein said outbound pointer means (6) and said 
35 inbound pointer means (7) each comprise an index pointer (6a, 7a) an acknowledgment pointer (6b, 7b), 

where the index pointers can only be changed by an application (4) and the acknowledgment pointers only 
by an I/O controller (8). 

3. Control interface in accordance with Claims 1 and 2, wherein said changes are made by increment- 
ing the index pointer value (INDEX) by a specific amount (V1) and the acknowledgment pointer value 

40 (ACKN) by a specific amount (V2) which can be equal to or different from the first named specific amount. 

4. Control interface in accordance with one or more of the preceding claims, wherein said changes of 
said index pointers (6a, 7a) are performed by a mechanism (15, 18, 19, 21, 22) which is located in the 
application (4) and wherein the changes of said acknowledgment pointers (6b, 7b) are performed by a 
mechanism (26, 28, 29. 31 , 32) which is located in the I/O controller (8). 

45 5. Control interface in accordance with one or more of the preceding claims, where in said application 
(4) first index means (15) reflecting the value of the index pointer (6a, 7a) and first acknowledgement means 
(16) are provided reflecting the value of the acknowledgment pointer (6b, 7b), and where in said I/O 
controller (8) second index means (25) reflecting the value of the index pointer (6a, 7a) and second 
acknowledgement means (26) are provided reflecting the value of the acknowledgment pointer (6b, 7b). 

so 6. Control interface in accordance with one or more of the preceding claims where in said application 
(4) storage means (17) are provided containing a number (MAX BUFFER) which equals the maximum 
number of buffers used within the first (second) pool (2, 3) of buffers. 

7. Control interface in accordance with one or more of the preceding claims, where in said application 
(4) arithmetic and logic means (23, 35) are provided generating said inbound/outbound control signals 

55 (XI.XO) when the following condition is satisfied: 

([INDEX] - [ACKN]) < [MAX BUFFER] 
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with [INDEX] being the value of the index pointer in said first index means (15), [ACKN] being the value of 
the aknowledgement pointer in said first acknowledgement means (16) and [MAX BUFFER] being the value 
of said maximum number of buffers in said storage means (17) 

5 and where in the I/O controller first logic means (45) are provided generating said inbound/outbound control 
signals (Yl t YO) when the following condition is satisfied: 

[INDEX] > [ACKN] 

to with [INDEX] being the value of the index pointer in said second index means (25) and [ACKN] being the 
value of the aknowledgement pointer in said second acknowledgement means (26). 

8. Control interface in accordance with one or more of the preceding claims wherein said interrupt 
control (13) comprises first arithmetic means (40) for forming the difference between said aknowledgement 
pointer (6b, 7b) and the aknowledgement pointer value in said first acknowledgement means (16) which can 

15 be regarded as a "sleeping pointer" as being not updated due to missing data transfer operations of the I/O 
controller, said difference being compared by second logic means (41) with a threshold value in threshold 
means (42) generating an interrupt control signal (T3) if the following condition is satisfied: 

([ACKNHSLPT])S[THRESHOLD] t 

20 

said interrupt control signal being alternatively generated when an aknowledgement update allowed 
information contained in ackn update allowed means (43) is dropped. 

9. Control interface in accordance with one or more of the preceding claims where in said application 
(4) a fifth transmission gate (36) is provided which is controlled by said interrupt control signal (T3) which, 

25 when blocked, does not allow an update of the aknowledgement pointer contained in said first acknowledge- 
ment means (16) by the aknowledgement pointer (6b, 7b). 

10. Control interface in accordance with one or more of the preceding claims wherein data transfers 
between said application (4) and said inbound (outbound buffers) (2, 3) are controlled by a first transmission 
gate (20) within the application and wherein data transfers between said I/O controller (8) and said buffers 

30 are controlled by a second transmission gate (30) within the I/O controller. 

11. Control interface in accordance with one or more of the preceding claims wherein for outbound data 
transfer operations the following steps are performed: 

1. Dependent on said first outbound control signal (XO) the outbound data are transferred from a data 
source (14) within said application (4) to said outbound buffers (3) via said first transmission gate (20) and a 

35 first data line (01), 

2. the application increments the value [INDEX] of the index pointer in the first index means (15) by a 
specific amount (V1) and transfers the new value via a third transmission gate (21) and a first control line 
(02) to the index pointer (6a) within the outbound pointers (6) and from there via a second control line (03) 
to said second index means (25) within said I/O controller (8), 

40 3. dependent on said second outbound control signal (YO) the outbound data are transfered from 

said outbound buffers via a second data line (04) and said second transmission gate (30) to a data sink 
(24) within said I/O controller (8), 

4. steps 1 to 3 are repeated until the outbound data transfers are completed. 

12. Control interface in accordance with one or more of the preceding claims wherein for inbound data 
45 transfer operations the following steps are performed: 

1. Dependent on said second inbound control signal (YI) the inbound data are transfered from a data 
source (24) within said I/O controller (8) to said inbound buffers (2) via said second transmission gate (30) 
and a third data line (11), 

2. the I/O controller increments the value [ACKN] of the acknowledgement pointer in the second 
so acknowledgement means (26) by a specific amount (V2) and transfers the new value via a fourth 

transmission gate (31) and a third control line (12) to the acknowledgement pointer (7b) within the inbound 
pointers (7) and from there via a fourth control line (13) and said fifth transmission gate (36) to said second 
acknowledgement means (16) within said application (4), 

3. dependent on said second inbound control signal (YI) the inbound data are transfered from said 
55 inbound buffers via a fourth data line (14) and said first transmission gate (20) to a data sink (14) within said 

application (4), 

4. steps 1 to 3 are repeated until the outbound data transfers are completed. 
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13. Control-interface ^ for full duplex 

data transfer operations the steps of the clams 11 and 12 are performed in parallel in each of two sets of 
said data transfer mechanisms (of Figs. 3 and 4). 
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